Using a display abstraction to control a display

ABSTRACT

The disclosed embodiments relate to a system for controlling a display. This system includes a generic display-control interface which facilitates controlling the display, and a pluggable display-control module including code that implements a standardized set of display-control commands. The system also includes a plug-in framework that houses the pluggable display-control module and enables the generic display-control interface to communicate with the pluggable display-control module. In some embodiments, the system also includes a generic transport interface which facilitates communicating with the display, and a pluggable transport module including code that implements a standardized transport protocol. In these embodiments, the plug-in framework houses the pluggable transport module and enables the pluggable display-control module to communicate with the pluggable transport module.

RELATED APPLICATION

This application claims priority under 35 U.S.C. §119 to U.S. Provisional Patent Application No. 61/368,164 filed 27 Jul. 2010, entitled “Using a Display Abstraction to Control a Display” by the same inventors as the instant (Attorney Docket No. APL-P9058USP1).

BACKGROUND

1. Field

The disclosed embodiments generally relate to techniques for controlling displays in computer systems. More specifically, the disclosed embodiments relate to a system that provides a display-control abstraction to control a display in a computer system.

2. Related Art

A number of technical standards have been developed to control and communicate with computer displays. For example, the recently developed Monitor Control Command Set (MCCS) standard defines a protocol comprising a universal set of commands to control screen settings for displays. There also exist standardized transport protocols, such as the GPU SMBus protocol and the DisplayPort Configuration Data (DPCD) protocol, which define mechanisms to communicate with displays. However, when architecting a computer system, it is undesirable to expose client code to such protocols because the protocols evolve over time and are frequently replaced with different protocols. This means that client code that directly interacts with the protocols needs to be updated every time a protocol changes. Hence, what is needed is a system that enables such display-related protocols to be changed without affecting client code.

SUMMARY

The disclosed embodiments relate to a system for controlling a display. This system includes a generic display-control interface which facilitates controlling the display, and a pluggable display-control module including code that implements a standardized set of display-control commands. The system also includes a plug-in framework that houses the pluggable display-control module and enables the generic display-control interface to communicate with the pluggable display-control module.

In some embodiments, the system also includes a generic transport interface which facilitates communicating with the display, and a pluggable transport module including code that implements a standardized transport protocol. In these embodiments, the plug-in framework houses the pluggable transport module and enables the pluggable display-control module to communicate with the pluggable transport module.

In some embodiments, the standardized transport protocol can include, but is not limited to, one or more of the following: the I²C protocol; the GPU SMBus protocol; the DisplayPort Configuration Data (DPCD) protocol; and the Server Management Controller (SMC) interface.

In some embodiments, the generic display-control interface is implemented using a display object, which resides in a system registry.

In some embodiments, the pluggable display-control module is configured to: determine what display properties are supported by the display; and publish the supported display properties through the generic display-control interface.

In some embodiments, publishing a supported display property involves publishing: a minimum value for the display property; a maximum value for the display property; and a current value for the display property.

In some embodiments, the display properties can include, but are not limited to, one or more of the following: a display brightness; a display contrast; a display hue; a display saturation; an audio volume for an audio-output device associated with the display; and an audio balance between channels for the audio-output device.

In some embodiments, the pluggable display-control module implements the monitor control command set (MCCS) standard.

In some embodiments, the pluggable display-control module is configured to receive an interrupt from the display when an associated display property changes and the change was not triggered by the pluggable display-control module.

In some embodiments, the display is one of: an external display which is external to a computer system which contains the system; and an internal display which is internal to the computer system.

In some embodiments, the generic display-control interface is configured to be accessed by system code or application code.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 illustrates a computer system and a display in accordance with the disclosed embodiments.

FIG. 2 illustrates a software architecture that facilitates controlling a display in accordance with the disclosed embodiments.

FIG. 3A presents a flow chart illustrating how a command is communicated to a pluggable display-control module though a display-control abstraction in accordance with the disclosed embodiments.

FIG. 3B presents a flow chart illustrating how a command is communicated to a pluggable transport module through a transport abstraction in accordance with the disclosed embodiments.

FIG. 3C presents a flow chart illustrating how display properties are published in accordance with the disclosed embodiments.

FIG. 4A presents a flow chart illustrating how a display-setting interrupt is generated in accordance with the disclosed embodiments.

FIG. 4B presents a flow chart illustrating how a change in ambient lighting triggers a change in the brightness of a display in accordance with the disclosed embodiments.

FIG. 4C presents a flow chart illustrating how a display-setting interrupt is processed at a host system in accordance with the disclosed embodiments.

FIG. 5A presents a flow chart illustrating how the display powers down display-related components during a video-blank mode in accordance with the disclosed embodiments.

FIG. 5B presents a flow chart illustrating how the display powers down audio-related components during an audio-mute mode in accordance with the disclosed embodiments.

FIG. 5C presents a flow chart illustrating how the display powers down display-related and audio-related components during a sleep mode in accordance with the disclosed embodiments.

DETAILED DESCRIPTION

The following description is presented to enable any person skilled in the art to make and use the disclosed embodiments, and is provided in the context of a particular application and its requirements. Various modifications to the disclosed embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be applied to other embodiments and applications without departing from the spirit and scope of the disclosed embodiments. Thus, the disclosed embodiments are not limited to the embodiments shown, but are to be accorded the widest scope consistent with the principles and features disclosed herein.

The data structures and code described in this detailed description are typically stored on a non-transitory computer-readable storage medium, which may be any device or medium that can store code and/or data for use by a computer system. The non-transitory computer-readable storage medium includes, but is not limited to, volatile memory, non-volatile memory, magnetic and optical storage devices such as disk drives, magnetic tape, CDs (compact discs), DVDs (digital versatile discs or digital video discs), or other media capable of storing code and/or data now known or later developed.

The methods and processes described in the detailed description section can be embodied as code and/or data, which can be stored in a non-transitory computer-readable storage medium as described above. When a computer system reads and executes the code and/or data stored on the non-transitory computer-readable storage medium, the computer system performs the methods and processes embodied as data structures and code and stored within the non-transitory computer-readable storage medium. Furthermore, the methods and processes described below can be included in hardware modules. For example, the hardware modules can include, but are not limited to, application-specific integrated circuit (ASIC) chips, field-programmable gate arrays (FPGAs), and other programmable-logic devices now known or later developed. When the hardware modules are activated, the hardware modules perform the methods and processes included within the hardware modules.

Computer System

FIG. 1 illustrates a computer system 120 and an associated display 100 in accordance with the disclosed embodiments. Computer system 120 can generally include any type of computer system or computational device, including, but not limited to, a computer system based on a microprocessor, a mainframe computer, a digital signal processor, a portable computing device, a personal organizer, a cell phone, a device controller, or a computational engine within an appliance. As illustrated in FIG. 1, computer system 120 includes a central-processing unit (CPU) 121, which can be coupled to one or more bridge chips, including north bridge 122 and south bridge 123. CPU 121 communicates with a memory subsystem 125 through north bridge 122, wherein memory subsystem 125 contains random-access memory, which can be organized as one or more levels of cache memory and a main memory. CPU 121 can also communicate with a storage device 126 through a peripheral bus 129, which is coupled to south bridge 123. Storage device 126 can include any type of non-volatile storage device that can be coupled to a computer system. This includes, but is not limited to, magnetic, optical, or magneto-optical storage devices, as well as storage devices based on flash memory and/or battery-backed up memory. CPU 121 can additionally communicate with the graphics-processing unit (GPU) 124 through north bridge 122. GPU 124 contains specialized components for processing graphics data, including a dedicated graphics processor and possibly a dedicated graphics memory.

As illustrated in FIG. 1, computer system 120 can communicate with display 100 through either a Universal Serial Bus (USB) interface 127, which is coupled to south bridge 123, or a DisplayPort interface, which is coupled to GPU 124.

Display 100 can generally include any type of output device for outputting visual (and possibly audio) information for a computer system. Display 100 can be an external display, which can be selectively attached to computer system 120 through an interface, or alternatively an internal display, which is integrated into computer system 120. Display 100 includes an interface circuit 102, which is coupled to computer system 120 through both a display port interface 132 and a USB interface 127. Interface circuit 102 directs a video signal 107 containing video data to display 105, and additionally directs an audio signal 108 containing audio data to audio output device (speaker) 106. Interface circuit 102 also communicates with a micro-controller 101, which communicates with and controls various components within display 100. More specifically, micro-controller 101 receives signals from an Ambient Light Sensor (ALS) 103, which is integrated into the display. Micro-controller 101 can also communicate with a Back-Light Controller (BLC) 104, which controls the intensity of a backlight for display 105. Note that micro-controller 101 can adjust the intensity of the backlighting for display 105 based on an ambient light level measured through ALS 103. This control process, along with other operations performed by the various components within display 100, are described in more detail below.

Software Architecture

FIG. 2 illustrates a software architecture that facilitates controlling a display in accordance with the disclosed embodiments. This software architecture includes a display-control abstraction 210 which exposes a generic display-control interface 211 to client code. Note that this client code can include any application code or system code that makes calls (or invocations) to control the display. More specifically, FIG. 2 illustrates a user interface 200, which provides controls that can be used to control various settings for a display, including a volume slider 201 and a brightness slider 202. When a user manipulates these sliders, calls (invocations) are made through generic display-control interface 211 to communicate associated changes in volume and brightness to display-control abstraction 210. Display-control abstraction 210 translates these calls (invocations) into calls (invocations) to a pluggable display-control module, such as MCCS control module 212 or XYZ control module 214, which are illustrated in FIG. 2. These pluggable display-control modules fit into a plug-in framework associated with display-control abstraction 210. This enables different control modules to be swapped in without having to modify the client code.

The pluggable display-control modules can communicate with display 100 by making calls (invocations) through a transport abstraction 220 that exposes a generic transport interface 221. Transport abstraction 220 translates calls to generic display-control interface 211 into calls to a pluggable transport module, such as a GPU SMBus module 222, a DisplayPort Configuration Data (DPCD) protocol module 223, or XYZ transport module 224 as is illustrated in FIG. 2. These pluggable transport modules fit into a plug-in framework associated with transport abstraction 220. This enables different transport modules to be swapped in without having to modify calls from the display-control modules. Note that FIG. 2 illustrates how DPCD module 223 can be used to send video and audio data 110 to display 100, and to receive interrupts 109 from display 100. Also note that some of these interrupts 109 can indicate that display settings have changed within display 100.

Display and Transport Abstractions

FIG. 3A presents a flow chart illustrating how a command is communicated to a pluggable display-control module though a display-control abstraction that exposes a generic display-control interface in accordance with the disclosed embodiments. Note that the display-control abstraction can be implemented using a display object, which resides in a system registry.

During operation, the system first receives a command to control the display through a generic display-control interface (step 302). Next, the system translates the command into a corresponding translated command for a pluggable display-control module including code that implements a standardized set of display-control commands (step 304). Finally, the system communicates the translated command through a plug-in framework to the pluggable display-control module (step 306), wherein the plug-in framework houses the pluggable display-control module and enables the generic display-control interface to communicate with the pluggable display-control module.

FIG. 3B presents a flow chart illustrating how a command is communicated to a pluggable transport module through a transport abstraction that exposes a generic transport interface in accordance with the disclosed embodiments. Note that the transport abstraction can be similarly implemented using a transport object, which resides in a system registry. During operation, the system first receives a command from a pluggable display-control module through a generic transport interface which facilitates communicating with the display (step 312). Next, the system translates the command into a corresponding translated command for a pluggable transport module including code that implements a standardized transport protocol (step 314). Finally, the system communicates the translated command through the plug-in framework to the pluggable transport module (step 316), wherein the plug-in framework houses the pluggable transport module and enables the pluggable display-control module to communicate with the pluggable transport module.

FIG. 3C presents a flow chart illustrating how display properties are published in accordance with the disclosed embodiments. First, the system determines what display properties are supported by the display (step 322). For example, the display may support: a display brightness; a display contrast; a display hue; a display saturation; an audio volume for an audio-output device associated with the display; and an audio balance between channels for the audio-output device. Next, the system publishes the supported display properties through the generic display-control interface (step 324). The generic display-control interface can, for example, represent the brightness for a display generically by specifying (1) a minimum value for brightness, (2) a maximum value for brightness, and (3) a current value for brightness.

Display-Setting-Change Interrupt

FIG. 4A presents a flow chart illustrating how a display-setting-change interrupt is generated in accordance with the disclosed embodiments. Note that some displays presently use interrupts for system-related purposes. For example, interrupts can be generated to notify the system that there is an authentication failure associated with High-bandwidth Digital Content Protection (HDCP) copy protection, or to notify the system that checksum errors are occurring because the display is receiving corrupted data packets. However, displays presently do not generate interrupts to indicate that a display setting has changed. The only thing that can be done in existing systems to keep track of display settings is to perform polling operations. For example, this can involve polling brightness buttons on a display to determine whether a user has pushed a brightness button to increase or decrease the brightness of the display. However, as mentioned above, this polling-based approach consumes power and can adversely affect system performance.

Referring back the flowchart in FIG. 4A, the system first determines at the display that the display setting has changed (step 402). For example, the brightness of the display can change in response to a change in ambient light detected by an ambient light sensor in the display. (This process is described in more detail below with reference to FIG. 4B.) Next, in response to the change, the system can send an interrupt from the display to the host system through a first interface, wherein the interrupt informs the host system that the display setting has changed (step 404). (Note that if the change in the display setting is triggered by a communication from the host system through the first interface, the interrupt is suppressed and is not sent to the host system. On the other hand, if the change in the display setting is triggered by a communication from the host system through a second interface which is different from the first interface, the interrupt is not suppressed and is sent to the host system.)

After sending the interrupt to the host system, the system receives a request from the host system to obtain values for one or more display settings including the changed display setting (step 406). In response to this request, the system sends updated values for the one or more display settings to the host system (step 408).

FIG. 4B presents a flow chart illustrating how a change in ambient lighting triggers a change in the brightness of a display in accordance with the disclosed embodiments. First, the system detects a change in ambient light through an ambient light sensor in the display (step 412). Next, in response to the change in ambient light, the system adjusts the brightness of the display (step 414). For example, if the ambient light decreases, the brightness of the display can be decreased to conserve power without adversely affecting the ability of a user to view the display. On the other hand, if the ambient light increases, the brightness of the display can be increased to enable the user to see the images on the display in the presence of the increased ambient light.

FIG. 4C presents a flow chart illustrating how a display-setting interrupt is processed at a host in accordance with the disclosed embodiments. First, the host system receives an interrupt from the display through a first interface, wherein the interrupt indicates that a display setting has changed (step 422). Next, in response to the interrupt, the host system sends a request to the display, wherein the request asks for values of one or more display settings including the changed display setting (step 424). In response to the request, the host system receives updated values for the one or more display settings from the display (step 426). Finally, the host system uses the updated value for the changed display setting to perform a display-related operation at the host system (step 428). For example, the host system can use the updated value to update a user interface associated with the display, so that the user interface is consistent with the updated value of the display setting. More specifically, if the brightness of the display has changed, the host system can use the updated brightness value to update a setting for a brightness slider in a user interface that is used to control settings for the display.

Video-Blank Mode

FIG. 5A presents a flow chart illustrating how the display powers down display-related components during a video-blank mode in accordance with the disclosed embodiments. First, the system receives a video-blank command, which specifies that the display is to enter a video-blank mode wherein the display outputs a blank screen (step 502). Next, in response to the video-blank command, the system causes the display to output a blank screen, and powers down display components associated with outputting a display signal to the display. At the same time, the system maintains power to audio components within the display, so that the audio components can continue to output an audio signal while the display components are powered down (step 504).

FIG. 5B presents a flow chart illustrating how the display powers down audio-related components during an audio-mute mode in accordance with the disclosed embodiments. First, the system receives an audio-mute command, which specifies that the display is to enter an audio-mute mode wherein the audio components output a muted audio signal (step 512). Next, in response to the audio-mute command, the system (1) causes the audio components to output the muted audio signal, and (2) powers down the audio components (step 514). In some cases, the display components can remain powered up to continue outputting a video signal while the audio components are powered down.

FIG. 5C presents a flow chart illustrating how the display powers down display-related and audio-related components during a sleep mode in accordance with the disclosed embodiments. First, the system receives a sleep command, which specifies that the display is to enter a sleep mode wherein components in the display are powered down (step 522). Next, in response to the sleep command, the system powers down both display-related components and audio-related components within the display (step 524).

The foregoing descriptions of embodiments have been presented for purposes of illustration and description only. They are not intended to be exhaustive or to limit the present description to the forms disclosed. Accordingly, many modifications and variations will be apparent to practitioners skilled in the art. Additionally, the above disclosure is not intended to limit the present description. The scope of the present description is defined by the appended claims. 

1. A system for controlling a display, comprising: a generic display-control interface which facilitates controlling the display; a pluggable display-control module including code that implements a standardized set of display-control commands; and a plug-in framework that houses the pluggable display-control module and enables the generic display-control interface to communicate with the pluggable display-control module.
 2. The system of claim 1, further comprising: a generic transport interface which facilitates communicating with the display; and a pluggable transport module including code that implements a standardized transport protocol; wherein the plug-in framework houses the pluggable transport module and enables the pluggable display-control module to communicate with the pluggable transport module.
 3. The system of claim 2, wherein the standardized transport protocol can include, but is not limited to, one or more of the following: the I²C protocol; the GPU SMBus protocol; the DisplayPort Configuration Data (DPCD) protocol; and the Server Management Controller (SMC) interface.
 4. The system of claim 1, wherein the generic display-control interface is implemented using a display object, which resides in a system registry.
 5. The system of claim 1, wherein the pluggable display-control module is configured to: determine what display properties are supported by the display; and publish the supported display properties through the generic display-control interface.
 6. The system of claim 5, wherein publishing a supported display property involves publishing: a minimum value for a setting for the display property; a maximum value for the setting for the display property; and a current value for the setting for the display property.
 7. The system of claim 6, wherein the display properties can include, but are not limited to, one or more of the following: a display brightness; a display contrast; a display hue; a display saturation; an audio volume for an audio-output device associated with the display; and an audio balance between channels for the audio-output device.
 8. The system of claim 1, wherein the pluggable display-control module implements the monitor control command set (MCCS) standard.
 9. The system of claim 1, wherein the pluggable display-control module is configured to receive an interrupt from the display when an associated display property changes and the change was not triggered by the pluggable display-control module.
 10. The system of claim 1, wherein the display is one of: an external display which is external to a computer system which contains the system; and an internal display which is internal to the computer system.
 11. The system of claim 1, wherein the generic display-control interface is configured to be accessed by one or more of: system code; and application code.
 12. A method for controlling a display, comprising: receiving a command through a generic display-control interface which facilitates controlling the display; translating the command into a corresponding translated command for a pluggable display-control module including code that implements a standardized set of display-control commands; and communicating the translated command through a plug-in framework to the pluggable display-control module, wherein the plug-in framework houses the pluggable display-control module and enables the generic display-control interface to communicate with the pluggable display-control module.
 13. The method of claim 12, further comprising: receiving a command from the pluggable display-control module through a generic transport interface which facilitates communicating with the display; translating the command into a corresponding translated command for a pluggable transport module including code that implements a standardized transport protocol; and communicating the translated command through the plug-in framework to the pluggable transport module, wherein the plug-in framework houses the pluggable transport module and enables the pluggable display-control module to communicate with the pluggable transport module.
 14. The method of claim 12, wherein the pluggable display-control module is configured to: determine what display properties are supported by the display; and publish the supported display properties through the generic display-control interface.
 15. The method of claim 14, wherein the display properties can include, but are not limited to, one or more of the following: a display brightness; a display contrast; a display hue; a display saturation; an audio volume for an audio-output device associated with the display; and an audio balance between channels for the audio-output device.
 16. The method of claim 12, wherein the pluggable display-control module implements the monitor control command set (MCCS) standard.
 17. The method of claim 12, wherein the pluggable display-control module is configured to receive an interrupt from the display when an associated display property changes and the change was not triggered by the pluggable display-control module.
 18. The method of claim 12, wherein the command is received from system code or application code.
 19. A non-transitory computer-readable storage medium storing code that implements: a generic display-control interface which facilitates controlling the display; a pluggable display-control module including code that implements a standardized set of display-control commands; and a plug-in framework that houses the pluggable display-control module and enables the generic display-control interface to communicate with the pluggable display-control module.
 20. The computer-readable storage medium of claim 9, wherein the code also implements: a generic transport interface which facilitates communicating with the display; and a pluggable transport module including code that implements a standardized transport protocol; wherein the plug-in framework houses the pluggable transport module and enables the pluggable display-control module to communicate with the pluggable transport module.
 21. The computer-readable storage medium of claim 19, wherein the generic display-control interface is implemented using a display object, which resides in a system registry.
 22. A computer system, comprising: at least one processor; a memory; a display; a generic display-control interface which facilitates controlling the display; a pluggable display-control module including code that implements a standardized set of display-control commands; and a plug-in framework that houses the pluggable display-control module and enables the generic display-control interface to communicate with the pluggable display-control module.
 23. The computer system of claim 22, further comprising: a generic transport interface which facilitates communicating with the display; and a pluggable transport module including code that implements a standardized transport protocol; wherein the plug-in framework houses the pluggable transport module and enables the pluggable display-control module to communicate with the pluggable transport module.
 24. The computer system of claim 22, wherein the generic display-control interface is implemented using a display object, which resides in a system registry.
 25. The computer system of claim 22 wherein the pluggable display-control module is configured to: determine what display properties are supported by the display; and publish the supported display properties through the generic display-control interface.
 26. The computer system of claim 22, wherein the pluggable display-control module is configured to receive an interrupt from the display when an associated display property changes and the change was not triggered by the pluggable display-control module.
 27. The computer system of claim 22, wherein the display is one of: an external display which is external to the computer system; and an internal display which is internal to the computer system. 